home *** CD-ROM | disk | FTP | other *** search
/ Internet Info 1994 March / Internet Info CD-ROM (Walnut Creek) (March 1994).iso / networking / ip / ka9q / net_st.arc / README < prev   
Encoding:
Text File  |  1989-05-13  |  5.0 KB  |  100 lines
  1. KA9Q TCP/IP NET on the Atari ST                    May 13, 1989
  2. -------------------------------
  3.  
  4. The enclosed program is from the 890421.1 release of KA9Q NET, with pretty
  5. much full TOS support. (No GEM/windows, sorry. Looking forward to trying it
  6. for NOS, though.) Most of the neat features from the previous Atari releases
  7. are still here, and unfortunately aren't described in the official UserMan
  8. document. So, here goes a stab at describing what you get...
  9.  
  10. First, not knowing any better, I've compiled in all the applicable support
  11. options - this means SLIP, SLFP, KISS-TNC, AX25, and NET/ROM code. Since I
  12. know nothing about AX.25 or NET/ROM stuff, well... I hope it makes sense.
  13.  
  14. Also - haven't had time to look at BM yet. My friends tell me the copy I got
  15. from Walter Doerr crashes a lot, so I'm going to get a fresh copy of the
  16. sources and see what's missing.
  17.  
  18. So - what do you get? 
  19.  
  20. NET.TOS        The program itself.
  21. NET.RC        Sample startup file for NET.
  22. HOSTS.NET    Sample hosts database.
  23. FTPUSERS    Sample password file (for remote FTP users).
  24. README        This file.
  25. GULAM.*        A Unix-ish public domain command shell. Very powerful.
  26.         The "shell" command in NET will look for "\bin\gulam.prg"
  27.         by default, though you can give any other pathname.
  28.  
  29. Random notes...
  30.  
  31. The TYPE command will allow you to view a file from the NET> command prompt.
  32. Note that this disables network processing while the file is being listed. The
  33. listing is paginated, just like the Unix "more" command. ('Q' to quit.)
  34.  
  35. The SHELL command uses "\bin\gulam.prg" as the default. This default will be
  36. overridden by setting the SHELL environment variable to a pathname of whatever
  37. other shell you wish to invoke. You can also specify a pathname and arguments
  38. to the Shell command, to invoke some other program, e.g.
  39.     ! arc.ttp v arcstuf
  40. The command line arguments are passed using the Mark Williams convention (i.e.,
  41. up to 126 bytes of command line in the command tail, and a complete command
  42. line in the environment. The ARGV symbol will also appear in the environment,
  43. which tends to screw up other command shells. Sigh... Just "unsetenv ARGV" in
  44. the subshell before you try to invoke further subcommands.)
  45.  
  46. The specified command will be searched for using the PATH environment variable,
  47. but you must specify the complete name (with 3 character suffix, if any). And,
  48. as before, all network activity is suspended while the subprogram is running.
  49. (If you're daring, try MX2 or some other multitasking packages in tandem with
  50. NET. It seems to work for me, most of the time. Then you can have your shell
  51. and your network too, all at once!) When the subprogram returns, NET will catch
  52. up to the buffered activity.
  53.  
  54. The console driver implements a simplistic form of flow control for local-echo
  55. telnet sessions - no output will be displayed while keyboard input is pending.
  56. (Output is resumed if you Enter or erase the current line. If you liked the
  57. Ctrl-S/Ctrl-Q style of keybanging for flow control, you can get the same effect
  58. of toggling with <space> and Backspace.) [The original version only resumed
  59. when you pressed return, making it a bit more difficult to use.]
  60.  
  61. All the SLIP dialing stuff is documented in the manual. The SLFP attach
  62. command accepts an optional 8th field, a single command to be sent to the
  63. modem. If the dial command seems to be failing, you can abort it by pressing
  64. the F10 key, otherwise it will time out in 30 seconds.
  65.  
  66. The trace output is sent to an alternate screen by default, although you can
  67. still use the regular options for dumping to a file (or printer, or wherever).
  68. The F1 key toggles between the normal screen and the trace screen.
  69.  
  70. Also on the attach command, you can use "route thru" from MIDI: to AUX: or
  71. vice versa on a byte by byte basis. e.g.
  72.     attach asy AUX: 3 ...
  73.  
  74.     AUX: specifies the primary interface, the next digit can be in [0-3]
  75.     with 0    - no relaying
  76.          1  - resend to AUX: port
  77.          3    - resend to MIDI: port
  78.     (2 is illegal, it'd be the console.) The retransmission is done at
  79. the lowest levels, beneath IP or TCP. You also cannot resend to the same port
  80. as the primary port. (That'd be real painful...)
  81.  
  82. This version creates temp files in RAM. Hopefully this won't be a problem for
  83. you, but it could be if your system is already cramped.
  84.  
  85. As you'll see from the NET.RC file, the attach command is a little different
  86. from the PC syntax. Instead of an interface address, a device name is used,
  87. entered in all upper case. (Only "AUX:" and "MIDI:" are allowed. PRN: is a
  88. possibility, but hasn't been tried yet.) As mentioned above, the vector field
  89. is used to specify relaying of data from one interface to the other. (1=AUX:,
  90. 2=MIDI.)
  91.  
  92. Just as with the PC, use the F10 key to get to command mode from any session.
  93.  
  94. Hm... Don't think there's much more to tell. Look at the sample setup files,
  95. try them, and let me know if you have trouble with them. (Remember, unless
  96. you say otherwise on the command line, the support files must all be in the
  97. root directory of the default drive, e.g. a:\net.rc ...)
  98.   -- Howard Chu
  99.     hyc@umix.cc.umich.edu
  100.